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(54) Digital multimedia device and method relating thereto 



(57) A method of transmitting a transport stream 
over an IEEE 1394 Serial Bus comprising stripping out 
of the transport stream identifiable unrequired data so 
as to reduce the bandwidth of the transport stream a 
digital multi-media receiver for transmitting a transport 
stream to a Conditional Access Module on an IEEE 
1 394 Serial Bus including a reader for reading the con- 
tents of the transport stream and identifying data which 



is not required for processing by a Conditional Access 
Module, a stripper for stripping out at least some of the 
identified unrequired data from the transport stream and 
a transmitter for transmitting all of the remaining data of 
the transport stream which has not been stripped and a 
network of digital multi-media devices connected by 
means of an IEEE 1394 Serial Bus whereby a first de- 
vice sends such a stripped transport stream to a second 
device over the IEEE 1 394 Serial Bus 



Fig.2(b). 
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[0001] The present invention relates ,to a digital multi- . . 
media device such, as a digital video device and an ar- 
rangement and.method which allows the device to com- 5 
municate with another device ona common bus. 
[0002] In the field of digital,. video processing, it is 
known to code digital video ? signals such -that special 
processing is needed in the receiver to be able to repro- 
duce the video, signals. In particular, it has been pro- io 
posed to provide a Conditional Access Module which 
can perform all of the descrambling and other condition- 
al access functions of the digital TV receiver This allows 
conditional access and signal decoding functions to be 
separated from a host receiver, such that a generic dig- *5 
ital TV receiver can operate with, many different condi- . 
tional access systems in different Conditional Access 
Modules. 

[0003] To allow communication between a Condition-. • . 
al Access Module and a digital TV receiver, a Common . 20 
Interface has been proposed and standardized by . 
CENELEC (EN50221 Common Interface Specification 
for Conditional Access and other Digital video Broad- 
casting Decoder Applications). This standard Common 
Interface defines a transport stream interface in which 25 
various virtual, channels are time multiplexed and a 
Command interface over which various additional com- 
mand data are sent. The Common Interface thus allows 
connection of a Conditional Access Module to a digital 
TV receiver or indeed any other digital video device. 30 
[0004] As a. basis for the present invention, it is now 
recognised that it would be advantageous to provide a 
Conditional Access Module on a.local network of digital 
multi-media devices including audio and video devices, 
such that the various functions available in the Condi-. 3S 
tional Access Module can be provided to all of the de- r 
vices on the network. , 

[0005] A standard has been proposed for connecting , 
together various digital video devices on a local network. 
In particular, IEEE 1394 is a 1995 IEEE standard for a *o 
high performance serial bus and defines a bus, which 
will be referred to as an IEEE 1 394 Serial Bus, for con- 
necting together various digital consumer audio/visual 
products. 

[0006], The IEEE 1 394 specification defines a physical *5 
connector, electrical signalling and a set of link and , 
transaction protocols allowing the serial bus to self con- 
figure and carry audio, video and control information ef- 
ficiently. 

[0007] A further set of additional protocols have also so 
been defined. to carry MPEG data and provide control 
mechanisms between different items of equipment on 
the IEEE 1 394 Serial Bus. These protocols are defined 
in the specification "Digital Interface for Consumer Elec- 
tronic Audio/Video Equipment" (I EC 1883). .55 
[0008] The IEEE 1394 specification defines mecha- 
nisms and protocols to carry two types of data, namely 
asynchronous and isochronous data. 



[0009] Asynchronous data generally has no require- 
ments on the transport mechanism regarding time, for 
example the jitter imposed or the delay in transmission. 
This data can be used for instance for file data or general 
command and status data. - 

[0010] On the other hand, isochronous data has 
strong requirements for low jitter and a fixed or bounded 
delay for transmission and may be used for MPEG cod- 
ed audio and video data. 

[0011] In view of the developments with the IEEE 
1 394 Serial Bus, It js now considered to connect a Con- 
ditional Access Module to a number of different digital 
multi-media devices such as audio and/or video devices 
using the IEEE A 394 Serial Bus. Unfortunately, however 
there are significant problems in implementing such a 
system. IEEE 1394 related protocols have been devel- 
oped that are intended for use with streams of single 
channel MPEG data and its own protocols are provided 
for various command data. In particular, the Conditional 
Access Common Interface and the IEEE 1 394 serial bus 
have set different standards. 

[001 2] A first aspect of the present invention concerns 
the problem that, for the Common Interface, the trans- 
port stream, pent to the Conditional Access Module in- 
cludes all. of Jhe. virtual channels and hence takes up a 
. significant amount of the bandwidth available over the 
IEEE 1394 Serial Bus. 

[0013] The first aspect of the present invention also 
deals with the problem that it is often not sufficient to 
send to a Conditional Access Module merely the virtual 
channel which it requires for descrambling, since other 
data in the transport stream may be required by the Con- 
ditional Access Module.. • 

[0014] A second aspect of the. present invention con- 
cerns implementing the Transport. Stream Interface of 
the Common Interface over an IEEE 1 394 Serial Bus so 
< that the -transport stream data of the interface may be 
. communicated ^yer the IEEE 1 394 Serial Bus. 
[0015] A -third aspect of the present invention con- 
cerns implementing. the Command Interface over the 
IEEE ,1394 Serial Bus.- : 

.[0016] The fourth aspect of the present invention con- 
cerns implementing the Command Interface over the 
IEEE 1394 Serial Bus. 

[0017] According to the first aspect of the present in- 
vention, there is provided a digital multi-media receiver 
comprising: 

an.output for an IEEE 1 394 Serial Bus for transmit- 
ting a transport stream to a Conditional Access 

. Module on the bus; 
a reader for reading the contents of a transport 
stream and identifying data which is not required for 
processing by a Conditional Access Module; 

.. a stripper for. stripping out at least some of the iden- 
tified unrequired data from the transport stream; 
and • 

a transmitter for transmitting through the output all 
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of the remaining data of the transport stream which 
has not been stripped. r . 

[0018] According to the first aspect of the present in- ,: 
vent ion .there is also provided a network of digital multi- ,? 5 
media devices connected by means of an IEEE 1394 f - 
Serial Bus, the network comprising: :/ ' 



■1 a device for transmitting a transport stream over the- J 
IEEE 1394 Serial Bus; and * ■ ■ • to 

a second device for receiving a transport stream 
overthelEEE 1394 Serial Bus; wherein 
the first device includes a reader for reading the ~ 
contents of- a transport stream and identifying data : 
which is not required for processing 1 by the second is- ' 
/ -..device;" •' : ■ '"": :' v. - : 

- a stripper for stripping out at least some of. the iden- 
tified unrequired -dat&~ from the transport stream; 
'and •■ •' ri ' - 
■• a transmitter-tor transmitting" to- the second device ■*• ■'- 
over the IEEE 1 394 Serial B\Is all of the remaining^ "* ' • * - 1 
data of the transport stream which has not been' 
stripped. f'^ v : t-.-rVi.'. 

[0019] According [ to the first : aspect 6f 'the present in-' 
vention, there is alsoprbvided a method qfirahsmitting 
a transport stream over" an IEEE 1'394 ! SerialBus, com- 
prising: h : ?- '? : ; ^ ' 

stripping out of the transport 1 strearih identifiable un- 30 
required data so as to reduce the bandwidth of the ■ 
transport stream. ■ - ? - ;i " 



streams to strip out not only from the PSI but also the 
user state, i.e. which program the user wishes to watch 
or record, etc. As receivers in general can only display 
one pifctuWaf a tlme then thafisthe one to be descram- 
' bled and alfthe others can be : ignored. 
t002S] According to the second aspect of the present 
invention there is provided a method of implementing a 
dommbh Iriterface Transport Stream Interface over an 
IEEEffS9#Senal Bus comprising. 

• S6tting-'up ; at least two isochronous channels over 
;L1, the-TE6E £ i 394 Serial Bus with a Conditional Access 
Module; :v : '" 

■ : * transmittrhg a transport stream of the Transport 
- ; ^Stream' Interface over the first of said'at least two 
, isochronous' channel to the Conditional Access 
/! - ' - Module; arid "' : ' ' *' - 

receiving a' transport stream of the Transport 
Stream Interface over a second of said at least two 
Iscfchrbnous channels from the Conditional Access 
■ Module. ; 



25 



[00'26] According to' the second aspect of the present 
invention there is also provided a digital multi-media de- 
vice comprising: ,: 



a port for an IEEE 1394 Serial Bus for communicat- 
ing transport stream data of a Common Interface; 
means for implementing the above method; 
means for 'transmitting a transport stream over the 
first isochronous channel; and " \ " ' \ 
means for receiving a transport stream. 



[0020] Thus, since the-*>rily data : td be stripped from' 
the transport stream is that data whichris positively iden- : ~35* 
tified as not being required by the~ Conditional" Access 
Module, the stripped transport*stream contains all of the "' : 
data required by the r Cdnditibnal Access Module. Fur- 
thermore; -in practice- the stripper will be! stripping out : ' : 
virtual channels containing broadcast "prdgram* content ' *0 
" data. The broadcast program content data takes up the : * 
most significant proportion of the bandwidth oi the trans- 
port stream and, therefore; strippirtg buUthis' : bata will 
have a very significant effect oh reducing the overall 
bandwidth of the transports ream: A * 45 
[0021] The present invention is applicable : tb any type 
of digital multi-media device, including device's handling 
audio data, video data, other multi-media data or a mix- : 
ture thereof. It is particularly advantageous for digital 
video devices handling at least video data. so 
[0022] Preferably, the transport stream is an MPEG- 
2 transport stream and is transmitted ih : isochronous^ 
channels' under the IEG 1883 format. 
[0023] A table of program specific information (PSI) is : ' 
provided in the MPEG transport stream, such that unre- 55 
quired'parts of the transport' stream can be identified for 
stripping: 

[0024] The receiver is able to determine which 



[0027] ' According td'ttie second aspect of the present 
invention there is ailsb provided a Conditional'Access 
Module feorriprisihg: J: " 

a port for an IEEE 1 394 Serial Bus : for communicat- 
' : irig transport stream data of the Common Interface 
• of the ConditionaT Access Module; 
means for setting upat- least one isochronous chan- 
nel over the IEEE 1 394 Serial Bus with another de- 
vice; arid means for transmitting a transport stream 
over the isochronous channel. 

[0028] The Conditional Access Module may further 
comprise meShs for responding to a or the another de- 
vice to set up another isochronous channel on the IEEE 
1394 Serial Bus and means for receiving transport 
stream data from the another isochronous channel over 
the IEEE 1394 Serial Bus. 

[0029] According to" the second aspect of the present 
invention there is also provided a Conditional Access 
Module comprising: 

a port for an IEEE 1394 Serial Bus for communicat- 
ing transport stream data of the Common Interface 
of the Conditional Access Module; 
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means tor resp6n&?ng r to^rtbWJli^.§^^*lb set up* 
an isochronous ctianheTon^t^^ 394 Serial 

Bus; and 1,1 : ' ' " Zj ' " : - ' ' \ " /[ c 
means for receiving transport stream 'data from the 
isochronous channel over the IEEE 1394 Serial 

bus. : • ■ -■;/; ; 

[0030] Thus, in this way, it is possible for the full Trans- 
port Stream Interface to be formed over the IEEE 1394 
Serial Bus and by using isochronous channels, the 
Common Interface may continue to send the transport 
stream data in its normal format without modification. 
Furthermore, a Conditional Access Module may be pro- 
vided which is capable of ' communicating transport 
stream data over the IEEE 1 394 Serial Bus. 
[0031] The transport stream on the second iso- 
chronous channel may be received by a second Condi- 
tional Access Module in which case a third isochronous 
channel may be set up over the IEEE i 394 Serial Bus 
with the second Conditional Access Module and a trans- 
port stream of the Transport Stream Interface may be 
received over the third isochronous channel from the 
second Conditional Access Module. 
[0032] In this way, a transport stream can be passed 
consecutively from a host receiver to two Conditional 
Access Modules before being returned to the host re- 
ceiver This enables both Conditional Access Modules 
to perform different functions on the transport stream 
without the transport stream being passed back to the 
host receiver at an intermediate stage, this is advanta- 
geous over even the PC Card Implementation of the 
Common Interface. Of course, the method can be ex- 
tended to include three or more Conditional Access 
Modules. ; ' '* 

[0033] A third isochronous channel may also be set 
up over the IEEE 1394 Serial Bus to a remote device 
and the transport stream received from the Conditional 
Access Module may be re-routed to the remote device 
over the third isochronous channel. 
[0034] in this way, a transport stream which has been 
sent from a host receiver can be re-routed to for instance 
a digital video recorder. ' ' 

[0035] The transport stream on the second iso- 
chronous channel may be received 1 by a remote device 
different from that from which the transport stream is 
transmitted to the Conditional Access Moduie. 
[0036] In this way, where a transport stream is sent 
from a host receiver to the Conditional Access Module 
for processing and subsequently recording on a digital 
video recorder, the processed transport strearh may be 
sent directly to the digital video recorder. This'is advan- 
tageous over the PC Card Implementation of the Com- 
mon Interface where a transport stream is returned to 
the sender. 

[0037] An additional connection may be set up to the 
second isochronous channel with a remote" device on 
the IEEE 1 394 Serial Bus, such that the transport stream 
on the second isochronous channel is received addition- 



ally, by the remote device. 

[0038] In this way, a transport stream processed by 
the Conditional Access Module may be passed to more 
than one device without the need of any of those devices 
5 to re-route data and without taking up the additional 
band width required for an additional isochronous chan- 
nel. 

[0039] Digital multi-media devices to which the 
present invention may be applied include devices han- 
?o dling audio data,, video data, other multi-media data or 
a mixture thereof. It may be applied particularly advan- 
tageously to'digital video devices handling at least video 
data. 

[0040] Thus, by virtue of the present invention, it is 
75 possible to preserve the higher layers of the existing 
DVB Common 1 Interface as defined in EN50221, to 
make use of existing protocols developed for the IEEE 
1394 Serial Bus, to ensure operation alongside existing 
products designed for use with the. IEEE ~1394 Bus, to 
20 K ensure that the implementation allows further expansion 
to the DVB Common Interface standard, to provide 
mechanisms to take advantage of the networked archi- 
tecture of the IEEE 1394 Serial Bus and to ensure any 
extensions ^ required to the DVB Common Interface will 
2S 1 "still 'be compatible with the present specification. 

[0041 ] According to the third aspect of the present in- 
vention there is' provided a method of implementing a 
Common Interface Command Interface over an IEEE 
1 394 Serial Bus comprising:' 

30 

opening at least one isochronous channel over the 
IEEE 1 394 Serial Bus; and 

transmitting command data of the Command Inter- 
face over the isochronous channel. 



35 



40 



45 



[0042] According to the third aspect of the present in- 
vention there is provided a digital multi-media device 
comprising: ^ 

a port for ah IEEE 1 394 Serial Bus for communicat- 
ing command data of a Command Interface; 
means tor setting up at least one isochronous chan- 
nel between the port and a remote device connect- 
ed to the IEEE 1 394 Serial Bus; and 
; means for transmitting and/or receiving command 
data of the Command Interface over the iso- 
chronous channel. 



[0043] The device may further comprise means for re- 
st? spdnding to the or a remote device, on the IEEE 1 394 
Serial Bus to set up at least one isochronous channel 
. . with said the or a remote device and means for trans- 
mitting and/or receiving command data of a Command . 
Interface of said the or a remote device from the iso- 
ss chronous channel. 

[0044] According to the third aspect of the present in- 
vention there is also provided a digital multi-media de- 
Vice comprising: 
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ing command data of a command interface; 



a port for an IEEE 1394 Serial Bus for communicat-. j JM ^^%^\^ 0 ^§ ! '^ r %% r t ¥ Bu s,apd to ensure any 

i * ??^^f^^ ^^j^f^? common Interface will 

still be compatible with the present specification. 
[0054],, According to the fourth aspect of the present 
invention^ a method of implementing 

a Common Interface Command Interface over an IEEE 
1 394 Serial Bus comprising: 



means for responding to a remote device on the 

IEEE 1394 Serial Bus to set up at least one iso ; 

chronous channel between the port and said re- s, 
mote device; and 

means for transmitting and/or receiving command 
data of a Command Interface of the remote device 
from the isochronous channel: /*' 

.... •• ' . - 10 

[0045] In this way, once ah isochronous channel is 
opened on the IEEE 1 394 Serial Bus, there are no par- 
ticular protocol requirements ' for the data transmitted . m 
over that channel. Therefore, the Command Interface 
can transmit and receive t command data over the set up '5 
isochronous channel without any need to mocfiify the na- 
ture of the command data in accordance with the proto- 
cols used for the IEEE 1 394 Serial Bus. 
[0046]. Preferably, at least two isochronous channels 
are set up between the' port and the remote device to . 20 
enable comm'uilication in both directions. 
[0047] The preserit invention is applicable to any dig- 
ital multi-media device incfuding devices hanging audio 
data, video data, otheV^ 

thereof] It is particularly a^an&^ebus^for\dighal video "ff , 
devices handling at least video data, ^ ' ~' r \ ' 
[0048] Preferably, the various device? may~be Condi- 
tional Access Modules, digital video receivers or other 
digital video devices. *'/. " 

[0049] In this way, devices connected to the IEEE 30 
1 394 Serial Bus may all make use ofthe functions of the 
Conditional Acbess Module. ' \['\ 

[0050] In order to vary the bahdwicfth available for the 
command data, the Host receiver or module that re- 
quires the extra bandwidth may contact the isochronous 35 
resource manager and request the extra bandwidth for 
this channel using IEEEi13^.pMospl.8... v ' \ 
[0051] Preferably, a Common Interface IEEE 1394 
Specific Transport Layer is provided between the Ge- 
neric Transport Layer of the.Common Interface and an *o 
I EC 1883 I mplementation Link Layer. 
[0052] In this way, the Generic Transport Layer of the 
Common interface may continue to operate in the same 
manner as proposed for. the PC Card implementation 
with the lower different layers being transparent to it. *s . 
the Common Interface IEEE 1394 Specific Transport 
Layer and the'IEC1883 Implementation Link Layer act. 
to set up the appropriate isochronous channels without 
any need for modification of the Common interface. 
[0053] Thus,' by virtue. of the present invention, it is so 
possible to preserve the higher layers of the existing 
DVB 'Common* Interface/ as defined in EN50221 : to 
make use of existing protocols developed for the IEEE 
1 394 Serial Bus, to ensure operation alongside existing 
products designed for use with the IEEE 1394 Bus, to 55 
ensure that the implementation allows further.expansion 
to the DVB Common Interface standard io provide 
mechanisms to take advantage oHhe networked archi- 



^e^din^.AV/C-CTS Protocols used for communi- 
.. catiqapyerjhe bus to include opcodes correspond- 
Jng/tojrahsport. objects of the Command Interface. 

[0055] / According to the fourth aspect of- the present 
ihv.ent'ioru there, is also provided a digital multi-media de- 
vice. comprising:. : /. 

-.0 c '. 3r.." *v • : .-■ . '■• 

a port for.an IEEE 1 394 Serial Bus for communicat- 
. ..ing command. data of a Command Interface; 
. r , a coder for converting transport objects of the Com- 
. y. . mand interface into AV/C-CTS. opcodes ; : - . 
[ . .a transrnitter for, .transmitting the AV/C-CTS op- 
" codes through the port. 

[0056] The digital mufti-media device may further 
comprise a receiver for receiving AV/C-CTS opcodes 
through the port and a decoder for converting appropri- 
ate AV/C-CTS opcodes into corresponding transport ob- 
jects of the Command Interface. ; , 
[00J57J According to the fourth aspect oUhe present 
invention, there is also provided a digital multi-media de- 
vice comprising: 

t a port for an IEEE 1 394 Serial Bus for communicat- 
ing command data of a Command Interface; 
„ . a [.receiver for.receiving AV/C^pTS opcodes through 
^ the port; and \ - r 

. ,a decoder .for converting appropriate AV/C-CTS op- 
f „.codes7into corresponding transport objects of the 
Command Interface. . 

[0058] . In this way,, the Command Interface is able to 
function as previously intended without modification, but 
can operate over. the IEEE 1394 Serial Bus. Further- 
more, operation of the IEEE.1394.Serial Bus is not sig- 
nificantly altered, since the AV/C-CTS Protocols are al- 
ready in accordance with the IEEE 1 394 Serial Bus and 
an extension of "their command set will not interfere with 
operation, but only extend it* 

[0059]' Preferably, a Conditional Access Module is 
constructed according to the invention. 
[0060] In this way, the functions of the Conditional Ac- 
cess Module will be available to many devices on the 
IEEE 1 394 Serial Bus. Furthermore, the Conditional Ac- 
cess Module can be located in any suitable position and 
take any suitable form. . . 

[0061] The present invention is applicable "to any dig- 
ital multimedia device including devices handling audio 
data, video data, other multi-media data or a mixture 
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thereof. It is particuiariy-.adyantagecsws feflrdigital videoiv^:.- 
devices handling at least Video data'. = " f ' 
[0062] Preferably, the elevenjransport objects of the • 
Command Interface have eleven corresponding AV/C- 
CTS opcodes. ; . j c 5 

[0063] In this way, each of the -eleven transport ob- 
jects are uniquely defined by a respective AV/CrCTS op- 
code, such that no further distinction nee.d^be made up- 
on receipt of an AV/C-CTS opcode relating to the Com- 
mand Interface, .r-.- - **i v io 
[0064] Preferably, the objects of the Command Inter- 
face are encoded within the. payload .of -the -AV/C-CTS 
opcodes using a PC Card Implementation Transport 
Layer syntax. ........ 

[0065] Preferably, the AV/C-CTS opcodos:are includ- is 
ed in the header of AV/C-CTS commands and .the ob- 
jects of the Command Interface are encoded within the 
payload of the AV/C-CTS commands ;using;a syntax at 
least based on the PC Card Implementation. Transport . 
Layer. . ■ t.» ; ' . 20 

[0066] In this way, the Generic Transport Layer of the . 
Command Interface need only consider lower functional \ - 
layers in the same way as was intended for the PC Card -,vr 
Implementation. 

[0067] Preferably, the Generic Transport Layer of the 2s 
Command Interface is supported by a Common Inter- 
face IEEE 1 394 specific transport layer, in turn support- 
ed by an AV/C-CTS Implementation Link Layer provid- 
ing the AV/C-CTS Protocols. 

[0068] In this way, the Common interface IEEE 1 394 30 
Specific Transport Layer replaces the PC Card Imple- 
mentation Transport Layer previously used, such that 
the Generic Transport Layer is transferred to the AV/C- 
CTS Implementation Link Layer with no knowledge re- - 
quired of its.existence.. •■ - • 3S 

[0069] Thus, by .virtue of the present invention, it is 
possible to preserve the higher layers of. the existing 
DVB Common Interface- as defined- in EN50221, to « 
make use of existing protocols developed for the IEEE 
1 394 Serial Bus, to ensure operation alongside. existing 40 
products designed for use with the IEEE 1394 Bus, to 
ensure that the implementation allows further expansion 
to the DVB Common Interface standard to provide 
mechanisms. to take advantage of. the networked archi- . 
tecture of the IEEE 1394 Serial Bus and to ensure any *s 
extensions required to the DVB Common Interface will 
still be compatible with the present specification. 
[0070] The invention will be more clearly, understood 
from the following description, given by way .of example 
only, with reference to the accompanying drawings in -50 
which: - 

Figure 1 illustrates a DVB Common Interface archi- 
tecture; . 

Figure 2(a) illustrates a network of digital multi-me- 55 
dia devices; 

Figure 2(b) illustrates a network of digital devices 
with a Conditional Access Module; 
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Figure 3 illustrates an IEEE 1 394 protocol stack; 

Figure 4 illustrates a DVB Common Interlace PC 

card implementation protocol stack; 

Figure 5 illustrates a DVB Common Interface IEEE 

1 394 implementation protocol stack; 
- : Figure 6 illustrates schematically a device for imple- 
menting a Common Interface Command Interface 
-■. over ah IEEE 1394 Serial Bus; 
1 , Figure 7 illustrates a DVB Common Interface IEEE 

1 394 implementation protocol stack; 

Figure 8 illustrates a device for implementing a 

Common Interface Command Interface over an 

IEEE 1394 Serial Bus; 

Figure 9 illustrates a Common Interface configura- 
tion using an IEEE 1394 Serial Bus; and ■ 
Figure 10 illustrates a DVB Common Interface IEEE 
1394 implementation Transport Stream Interface 
protocol stack; and 

Figures 11(a) and (b) illustrate a transport stream 
■ and associated table. . * 

[0071] - As. mentioned above, a standard has, already 
been specified for a Common Interface for a Conditional 
Access Module.- Figure 1 illustrates the architecture of 
this standard.. 

[0072] As illustrated, a receiver or host 2 is connected 
to a. Common Interface Module such as a Conditional 
Access Module 4 by means of the Common Interface 6. 
[0073] Other types of ■ Common Interface Module 
might include RF input front ends for receiving, for in- 
. stance, satellite transmissions, audio decoders for "Au- 
ditor scene description for the visually impaired, audi- 
ence metering modules, etc. 

[0074} The DVB (Digital Video Broadcast) Common 
Interface.specification currently defines the physical lay- 
• er of the common interface to conform to the PC card 
standard as specified. by. the PCMCIA. In other words, 
physically the connection forming the Common Inter- 
face comprises a 68-way connector with, the standard 
PC card arrangement as used in many personal com- 
puters today. ^However, the DVB Common Interface has 
been designed with a layered architecture to allow new 
physical layers (for example the smart card form factor) 
to be used with the same upper layer protocols. In other 
words, the processing conducted on either side of the 
physical connection has been designed-such that differ- 
ent physical arrangements can be used for the connec- 
tion without changing the. way in which the standardized 
processing operates 

[0075] As illustrated in-Figure 1 , the DVB Common In- 
terface includes two main parts, . namely a transport 
stream interface 8 and a command interface 10. 
[0076] The transport interface 8 is used to transfer a 
transport stream from the receiver or host 2 to the mod- 
ule. 4 and back to.the receiver 2, In particular, the receiv- 
er 2 receives an RF input 1 2, a particular band is select- 
ed using a tuner 14 and this band is demodulated in the 
demodulator 16. The output of the demodulator 16 com- 
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prises a transport stream including time multiplexed vir- developed by the IEEE 1 394 Trade Association (see AV/ 
tual channels. These are transmitted over the transportoebiv !C;©lgt^ iwre^fe^tO^rr^^-Set Version 2.0D March 



stream interface 8 to a descrambler 18 in the module 4. 
The descrambler 1 8 identifies those virtual channels for a 
which it is intended and sends back to the receiver 2, 
over the.transport stream interface 8, a transport stream 
in which: selected. virtual channels have been descram- 
bled. In the receiver 2, a demultiplexer.20 selects a re- 
quired virtual channel and passes MPEG packets relat- 
ing to that virtual channel to an MPEG decoder 22 which, 
in turn, outputs an audio/video output 24: : 
[0077] The second part of the DVB Common Interface 
is the command interface" 1 0- This provides a high level 
protocol allowing the host receiver 2 and the module 4 
to communicate and, furthermore,; for Applications in ei- 
ther the host receivers or module 4 to access Resourc- 
es across the -interface: . In particular, standardized 
codes and data formats are provided for communication : 
over the Command Interface. 

[0078] A microprocessor 26 of the host receiver 2 and 
a microprocessor 28 of the module 4 eah communicate 
using the Command Interface. Furthermore, the overall • 
i system may. include a MODEM, a graphics'. generator, --\ 
etc and the Command Interface can be used totransf er c 
control information to these ; devices alsb; As ah exam- 
ple, the module 4 may wish to communica"te:w1th a re- 
mote control centre via a MODEM for detaife of subscrip- 
tion fees and then control a TV display to indicate mes- 
sages according^to.the subscription status. This com- 
munication can be achieved by means of the Command 
Interface 10. ■*' ■■ 

[0079] As mentioned above, it has been proposed to 
link various digital video devices together using an IEEE 
1 394 Serial Bus. Figure 2a illustrates a network in which 
a digital TV receiver 30 is connected to ai digftal video 
recorder 32, In turn connected to a digital video disk ma- 
chine' 34, in turn connected to a personal computer 36. 
[0080] The IEEE 1394'bus is a serial bus that allows 
a low cost mechanisrh to transmit audio; video and con- 
trol information between equipment. -.It is very well suited * 
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26, 1997 AuaioA/tefeo Woftong Group of the IEEE 1394 
» Trade- Association). 1 The-AV/C^CTS provides general 
5- set-up 'and control commands- and sets of commands 
specifically for a digital VCR and tuner. They are encod- 
' : edging a header and:a payload. The header contains 
J. fnforrnatiori sucfras the destination address arid the op- 
code specif ying.the function of the command. Further 
operands :6f the commands are carried in the payload 
of the command. ~ 
[0082] : Thus;v : the^communication of data over the 
IEE& 1 394 Serial Bus may be considered as a layered 
structure,. with the protocol stack, formed of the various 
protocol layers, being illustrated in Figure 3. 
[0083] .: For command information, for instance in- 
structing a video recorder to start replaying a video sig- 
nal, data-is sent as-asynchronous data over the IEEE 
<1 394 Serial Bos. 'This is illustrated in the left hand side 
of 'the' protocol-stack of Figured. 
[0084] The commands are sent using the AV/C-CTS 
protocol, with a particular AV/C-CTS command having 
a header which is specific to its destination- unit, for in- 
stance a video recorder, and indicating the basic re- 
quired function, for instance replay of a video tape. In 
particulars the * AV/C-CTS header specifies^ fields for 
command type (eg. control, status, inquiry, notify, etc), 
suburiit type: and sub unit identifier, such that it defines 
.the destination subunit fora command AV/C frame and 
the source sub unit for:a response AV/C frame. In this 
way, the AV/C-CTS works with a command/response 
scheme : with a first subunitsending a command AV/C 
frame to a second subunit and the second subunit re- 
sponding back with a response AV/C frame-: 
: . [0085] : -The opcode for the command is also specified 
in the header so as to indicate the basic function. The 
payload may'be arranged to specify other operands or 
.-■ additional information, for instance indicating that play 
.should occupat a certain. speed, such as slow forward, 
fast forward, fastest forward. 

[0086] : The protocol layer of the AV/C-CTS has been 
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to consumer audio/visual applications and is expected '^ 
to become widely used for many new digital consumer . * desighedto conform to the protocol layer beneath it, the 
audio/visual products: It is particularly attractive in that - . aiEC 1883 Function Control Protocol, This is a particular 
if offers a "plug and play" operation^ In other words, an r- protocol for addressing a node (a uniton the network) 
additional device may be connected into the met work '4S-. .with attached datav.Thus, in this case, the I EC 1883 FCP 



without any special reconfiguring of the hetwork andv^ 
protocols are included whereby devices on the network; 
automatically determine what other devices are present. 
[0081] The IEEE 1394 Trade Association is'an indus- - 
try grouping that brings together all of the interested in- .= 
dustn/parties for the,IEEE-1394 Serial Bus. This Trade 
Association has worked to- define a set of protocols 
which offer a set of commands to be carried over the 
IEEE 1394 Serial Bus in the format of the -I EC 1883 
Function Control Protocol (FCP)' mentioned above. The 
set of commands are known as Audio/Video Control- 
Command Transactions (AV/C-CTS) and are specified 
in the AV/C digital Interface Command; Set -Document 



'^would function totransmitthe AV/C-CTS as the attached 
-data:- • -v ~, - 

[0087] = : AV/C-CTS protocols are a specific command 
' set implementation of' FCP: The -AV/C-CTS commands 
so - .are encoded using an FCR frame, the header of which 
v specifies the* IEEE -1 394 node (device) destination and 
source addresses, frame data length, CRC and other 
information. In particular, the first four bits of the FCP 
frame payload make a field which specifies the com- 
55 mand set being carried by the FCP frame. The FCP 
- * frame header carries a value of "0" in this field to indicate 
that it is carrying an AV/C-CTS command. Command 
■ sets other than' AV/C-CTS could be carried by the FCP 
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frame using differentiae* m ifij^/li^l^^j^ rest of the 
FCP frame payloadcontains k the AV/C headland pay- , 
load, ■ -. r . ( . . t , 

[0088] ; The protocol layers defined in the IEEE 1 394 
specification include a IEEE 7 1394* transaction layer 
which handles delivery and acknowledgement-data for 
the data and a IEEE 1394 link lay er.which provides the 
various data links to the various units.. Finally,. the lowest 
layer is the IEEE 1394 physical lay^er comprising the 
physical connections. r< - . 

[0089] The transact ion layer provides a ; set of services 
to applications running in devices on the IEEE .1 394 bus, 
in particular for asynchronous data only. These are serv- 
ices such as read and write and enable, devices to ac- 
cess other devices on the bus by specifying a node id 
of the device and address within that node. The. services 
are designed to provide reads and writes and provide 
acknowledgements back to the requester. The transac- 
tion layer also provides "lock" services. These are de- 
fined as "atomic" operations, meaning the. operations . 
are indivisible in time, so that for instance a "test and 
set" operation from one device on another does not get 
interrupted half way through by another device modify- 
ing the same location. This is very important for a peer- 
to-peer bus such as IEEE 1 394 where many devices can 
access each other with equal priority. ■ 
[0090] The link layer provides the packetisation of the 
asynchronous and isochronous data. The link layer also 
provides cycle control which allows isochronous data to 
be carried with low latency and bounded jitter. 
[0091] The lowest layer is the physical layer (or PHY 
layer in IEEE 1394 terminology). This provides the low 
level electrical signalling and encoding of the data bits 
to be transmitted and received. The PHY layer provides 
the low-level arbitration between devices on the bus so 
that only one device is driving the bus at a time. The - 
PHY layer also defines the connector and the required 
characteristics for the cable media. - , . ; 
[0092] The protocol layers for isochronous data, such 
as MPEG data, are illustrated on the right hand side of 
Figure 3. , > 

[0093] The isochronous data is transmitted according 
to the I EC 1883 protocol layer. This is supported directly 
by the IEEE 1394 link layer, which sets up the various 
connections with the. IEEE 1394 physical layeo In par- . 
ticular, the IEC ,1883 protocol layer sets up an iso- 
chronous channel between two devices on the bus. 
[0094] The IEEE 1 394 specification defines the lower 
layers for the carriage of isochronous data, these being 
the physical and link layers as described above. The IEC 
1883 protocols provide mechanisms to allow the effi- 
cient transport, of AV data utilising a Common Iso- 
chronous Packet (CIP) header. This allows AV data 
packets to.be split up for transport over the IEEE 1394 
bus and also has fields to signal data format (standard 
or high definition video data, 50 or 60Hz field rate). The 
I EC 1 883 specification also provides the concept of log- 
ical channels and plugs for the carriage and connection 
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of AV data between devices on the IEEE 1394 bus. 
[0095] In this way, the IEEE 1 394 Serial Bus and its 
related protocols provide a mechanism for audioA/ideo 
peripherals to communicate command and control infor- 

s ... matipn, together with digital audicWideo data. 

[0096] As a basis for the present invention, it is pro- 
posed that a Common Interface Module such as a Con- 
ditional Access Module could also be connected to a 
network of digital video devices using an IEEE 1 394 Se- 

10 rial Bus, ... 

[0097] Figure 2b illustrates the network of Figure 2a, 
but further including a Conditional Access Module 38. 
This arrangement has a number of significant advantag- 
es over using the.preyiousiy proposed PC card imple- 

*5 mentation of the DVB Common Interface. 

[0098] With the Conditional Access Module provided 
on the network, the. conditional access functions can be 
used equally by every peripheral. Furthermore, no par- 
ticular peripheral has to provide power to the Module or 

20 has to act as a protocol bridge through which the Module 
communicates with the rest of the network. 
[0099] . Since the module on-the network need not be 
closely physically bound to any particular receiver, there 
. is more flexibility in. the physical form and positioning of 

25 it. In other words,, whereas previously a Conditional Ac- 
cess Modu !e might be connected to the back of a receiv- 
er or video recorder, a network allows the module to be 
placed in any convenient position and in any convenient 
form. 

30 ,[0100] Finally, even if conditional access functions are 
embedded in a particular device, such as a receiver, 
rather than in a separate Conditional Access Module, 
the network makes it possible for other devices to make 
use of the embedded conditional access functions. 

35 [0101] figure 4 illustrates the various protocol layers 
forming the protocol stack ..for the Command Interface 
of a Common Interface as implemented in a PC card 
format. The various .sections. of .the Common . Interface 
standards document EN50221 mentioned above are al- 

40 !, so given in this figure. , . 

[0102] At the highest layer, the Application Layer, the 
various Applications and Resources are provided. 
[0103]- Below this is the Session Layer. Thus, when a 
particular device has an application requiring the use of 

45 a resource, it sets up a session.by means of the Session 
.Layer with another Resource. , . . 

[0104] The process utilises each of the layers down 
to the lowest physical layer. From the lowest physical 
. layer, all the .various layers are then utilised up to the 

50 Resource of the other.device. In other words, the data 
is transmitted between the resource and application by 
processing the data down from the application through 
each layer to the physical layer where it is then proc- 
essed back up to the resource. The data can then return 

55 in a similar way from the resource back to the applica- 
tion. 

[0105] In general, lower layers are transparent to the 
upper layers : such that when an Application requires a 



8 



15 EPOS 

■ . . ■ • « x , 

session with a Resource, it is not aware of how the Ses- 
sion Layer or lower layers achieve that session. ^ 
[01 06] The lowest generic layer of the DVB Common 
Interface is the Generic Transport Layer. This layer pro- 
vides a-set of eleven transport objects that are used to 
control the creation and deletion of transport connec- 
tions and carry data over these transport connections. 
[0107] Below' the Generic Transport Layer, the PC 
card transport layer actually sets up the transmission of 
data to be suitable for transmission over the PC Card 
defined electrical/physical interface. Thus, since lower 
layers are transparent, it is not important to the Generic 
Transport Layer how further communication of data 
takes place. In particular, it is not important to the Ge- 
neric Transport 1 Layer whether trie PC card format is 
used. : r ' " 

[0108] With reference td Figure 5, a solution is pro- 
posed to the problem of providing the Command Inter- 
face on the IEEE 1394 Serial Bus. ' 
[0109] This solution is based on sending the com- 
mand data' of the Command Interface by means of asyn- 
chronous data oh the IEEE 1 394 Serial Bus and propos- 
es that the AV/C-CTS protocols be extended tb carry the 
command data. "-' '* r ' ^ : : ' - 

[01 i 0] ' As illustrated fri Figure 5, the : PC card transport 
layer which previously handles* ther Higher Generic 
Transport Layer is replaced by -a Common Interface 
IEEE 1 394 Specif ic Transport Layer. • * 
[0111] As mentibned above, the lower layers are 
transparent to the Generic Transport Layer. Therefore, 
the Generic Transport Layer and higher layers need not 
be aware of the different Specific Transport Layer and 
the functioning of the standard Command Interface is 
not changed. : : < • 

[0112] Commands are produced in the 'Generic 
Transport Layer in the same way as before. However, 
these are 1 then handled by the Common Interface IEEE 
1394 specific Transport Layer in' accordance with the 
IEEE 1394 arrangement rather than the fcc card ar- 
rangement. 

[01 1 3] The extended AV/C-CTS ^rotdcbts provide a 
mechanism* for carrying the command interface proto- 
cols. In effect/the AV/C-CTS 1 protocols Carry the newly 
defined Common Interface IEEE 1 394 Specific trans- 
port Layer. * ' 

[0114] The proposed extensions to the'* AV/C-CTS 
protocols are as follows. The eleven objects of the Com- 
mand Interface are each given an" AV/C-CTS opcode, 
such that there is a separate AV/C-CTS command for 
each one of the eleven objects of the Command Inter- 
face. The object of the Command Interface can then be 
encoded within the payload of the AV/C-CTS command 
using a similar syntax as is used in the PC Card Imple- 
mentation! 

[0115] The AV/C-CTS protocol may~be extended to 
cover other peripherals defined as'sub-uhit types" and 
the Conditional Access Module can be defined as a new 
sub-unit type. In this way;* each of the eleven new AV/C- 
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CTS opcodes will be recognised as being intended for 
art! to^<|^AMidl^kSlci^& MMSSHtf fin e6ntrast to opcodes in- 
: tehd&cTfbf tHe v T V ; rWe iv'e^ r videb' recorder, etc. 
[0116] In this way, the Command Interface can con- 
$ tinue to f unction' in the same way as previously defined 
for thfc PC Card Implementation; There is no need for 
modification of the upper layers or, indeed, any aware- 
ness of the* rrifeans of the lower layer communication. 
• Similarly; communication of the command interface data 
to is achieved using the standards already defined for the 
IEEE 1394 Serial Bus, such that ho modifications are 
required to these standards. 

[01 17} THiisV it is possible to provide a Conditional Ac- 
cess Module which operates over the IEEE 1 394 Serial 
'5 Bus, merely toy providing additional AV/C-CTS opcodes 
"corresponding to-trahspdrt objects of the Command In- 
terface. :> r 
'■ J [0118] v Figure 6 illustrates schematically a device such 
* ' ' as a host receiver 2 or Conditional Access-Module 4 im- 
20 plementing a Command Interface over an' IEEE 1394 
-Serial Bus.' - ; 

[0119] A microprocessor 26,28 can continue to pro- 
duce' and 'receive command data in the normal way. 
However/ additional functional blocks, namely a coder 
25' 40 and a decoder 42, are provided to convert the data 
according to the extended AV/C-CTS protocols. 
[01 20] The coder 40 produces appropriate AV/C-CTS 
commands with headers including appropriate ones of 
: * the eleven opcodes corresponding to the eleven objects 
30 of the Command Interface/Objects of the Command In- 
terface can then also be intruded in the payloads of the 
AV/C-CTS commands using a syntax similar 1 to the PC 
Card Implementation syntax. 

[0121] *" The v decbder 42 oh the other 1 hand produces 
-35 'appropriate Command : Interface objects from the op- 
"cc^es ahcf payloads bf the received AV/C-CTS com- 
h ' TTiands: i : -•• * " ' - •••* : : 
• ■ • [&125] ' A transmitter 44 is provided to transmit the AV/ 
C-CTS commands', for instance unde r the I EC 1 883 pro- 
' 40 tbcbl.'-via a port 48. 

•*' [0123] ! A receiver 46 receives AV/C-CTS commands 
from the port 48 and distinguishes appropriate AV/C- 
CTS commands by' identifying ones of the eleven new 
v " ,; Common Interface type opcodes as opposed to op- 
: 4$ codes used for other units. 

* [0f24] Figure 7 illustrates an alternative solution to 
the problem of communicating Command Interface data 
over the IEEE 1394 Serial Bus: 

[012S] In particular/ it is proposed to use an iso- 
so chronous channel to carry the'Command Interface data. 
This has the advantage of being able to guarantee a 
bandwidth for DVB Common Interface-Command Inter- 
face data, which is very useful when running applica- 
tions that require a fast response and low delay, eg. 
55 graphics. Itis proposed that, upon initialization, two is- 
ochronous channiels would be created, one running 
from the host to the module and the other from the mod- 
ule to the host.' 
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[0126] By comparing Figures 4,af!t€lh7ocit;wi!l^be seenr.-. S:: 
that the jmplementatjon. transport: layer of, Figure 7,0 
namely the PC card transport layer, has been, replaced 
by a common interface IEEE J 394 specif ic transport lay- 
er. ■ . v - • . . L 5 
[0127] Since lower layers are transparent to the Ge- 
neric Transport Layer, replacement of the PC card trans- . 
port layer will have no effect on the Generic Transport 
Layer and the Common Interface • I EEE 1i394 Specific 
Transport Layer will merely handle -the data of the Ge- io 
neric Transport Layer in a manner suitable. for the IEEE 
1394 Serial Bus. Thus, when a- session is required to 
communicate Command Interface data between an Ap- 
plication and a Resource, the common .interface IEEE . 
1394 specific transport layer and- 1 EC 1.883 implemen- ~-is 
tation link layer operate together to set up two iso- 
chronous channels over which the command data may 
be transmitted. * V : 
[0126] Figure- 8 illustrates schematically a device 
such as. a host receiver 2 or a -module 4 with a corre- 29 
spending microprocessor 26 or 28. 
[0129] As : illustrated, an additional functional block 50 
is provided. This communicates with other devices over 
the IEEE 1394 Serial Bus, for instance by means of the 
I EC 1 883 protocol, to set up isochronous channels. The 2s 
command data of the Command Interface may then be 
sent or received over an appropriate channel. 
[0130] Once the isochronous transmission channels 
are set up, there is no need for acknowledgements and 
such like. Therefore, the IEEE 1394 Serial Bus side of so 
the interface need not.have a knowledge or require any 
modification^ in view of the Command Interface data be- 
ing transmitted. Preferably, however, this implementa- 
tion can include features of that discussed above. In par- 
ticular, the AV/C-CTS protocol may nevertheless be ex- , 35 
tended so as to define a Conditional Access Module as 
another sub-unit type in addition to .previous units such 
as the receiver and video recorder. This will allow in- . 
creased interoperability with other devices on the IEEE - 
1394 Serial Bus, in particular allowing the Conditional- *o 
Access Module to be identified by.other peripherals on 
the IEEE 1394 Serial Bus. ..... 

[0131] The transport objects of -the Command Inter- 
face consist of objects used for transport, connection 
creation and deletion and objects used to carry the data 45 
for upper protocol layers. The control related objects can 
be encoded as AV/C-CTS commands, either each in 
separate AV/C-CTS commands or in one generic AV/C- - 
CTS command. 

[0132] The objects used for data carriage could then so 
be used to carry the data to and from the module on the 
isochronous channels. 

[0133] In other words, the generic transport iayer de- 
fines eleven objects - these can be separated into two 
sets. One set is used for connection management, set- 55 
ting up and closing down, transport connections. The 
other set is used for data carriage over an existing trans- 
port connection previously set up using the other trans- 
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port objects. Generally transport connections are set up 
infrequently and the most heavily used transport objects 
are those used to carry data. 

[0134] Use of the isochronous channel guarantees 
bandwidth for applications. Hence, the transport objects 
used most on the isochronous channel would be trans- 
port objects carrying data; not setting up connections 
etc. Hence, the connection management transport ob- 
jects could be still carried as AV/C-CTS commands as 
previously discussed and it would not affect the efficien- 
cy of the scheme much. Since.a layered scheme is used, 
the generic transport layer need not be aware of whether 
the objects were carried as asynchronous or iso- 
chronous data. The connection management transport 
objects can be considered to be more suitable to be car- 
ried as.AV/C-CTS commands. 

[0135] On the other hand,. all eleven of the transport 
objects of the command interface could be encoded in 
the same way as with the current DVB common inter- 
face specification and then carried in the IEEE 1394 is- 
ochronous channels.- This avoids the use of the AV/C 
command set, since this is only required for use with the 
asynchronous data. 

[0136] A disadvantage of using an isochronous chan- 
nel for the Command Interface is that bandwidth allocat- 
.edrto tbe- Command Interface will be wasted if it does 
not completely fill the isochronous channels provided. 
In particular, bandwidth allocated for intensive, applica- 
tions will be wasted when those applications are not ac- 
tive. k 

[0137] 1 It would be possible to allocate the bandwidth 
of the required isochronous channels dynamically, de- 
pending on how much the applications require at any 
one time.. In particular, a host and module could initialize 
to a default low value -bandwidth for the Command In- 
terface isochronous channels and then request alloca- 
tion of more bandwidth if an application requires a faster 
response. In. particular, the device (host or module) re- 
quiring the extra bandwidth can contact the isochronous 
resource manager and request the extra bandwidth re- 
quired. If-available the bandwidth can then be allocated 

. to that device.. Bandwidth can be given up in the same 
way. The device requesting the bandwidth.can then out- 
put on the existing isochronous channel using the extra 

: bandwidth and over the existing connection. , 
[01 38] ■ The isochronous resc jrce manager is a device 

- required on the . bus if* isochronous channels are to be 
allowed. Several .devices could be isochronous re- 

• source manager.capable and will arbitrate to allow one 
device to become the isochronous resource manager. 

. [01 39] In order for a Conditional Access Module to be 
put on an IEEE 1394 Serial Bus network as mentioned 
above, it is also necessary for transport streams to flow 
to and from the Conditional Access Module. . 
[0140] The DVB Common Interface PC card imple- 
mentation carries the transport streams using dedicated 
electrical connections on the host and module connec- 
tors. The IEEE 1394 Serial Bus provides no such phys- 
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ical connection, but only a set of isochronous channels [0150] To implement this system it is proposed that 
providing logical connections between host and modulenoee ^v4hfep.MDbridfei!6^il «eG®ss 8/tafclule and the. host receiver 
Therefore, a'connection protocol needs to be defined to \ a ^/^eadfi include at Tea^t oh^input plug"and one output plug 
allow transport stream connections to be made between - ~ •cas'deftniaa in I EC 4883, a master input and output plug 
host and module. 15-1 cdntrorre^gister as defined in IEC 1883 and an input and 

[0141] The IEC 1883 implementations regarding Se- output plug control register for each plug implemented, 

rial Bus management are compliant with the IEEE 1 394 as' defined irf IEC 1 883. 

Interface Standard. According to these implementations [01 51] ! - F6r the arrangement illuslrated in Figure 9, 

and standards; an item of equipment, known as a node, thVre Will nowtoe described a connection protocol which 
connected to the IEEE 1 394 through an interface boards 10 cduld b^usedtd transmit transport streams between the 
shall be cycle master capable. In other words, a cycle ■ - £ - host receiver j 30 and Conditional Access Module 38. 
master unit is provided to -control the timing of the iso- [0152] /'First, the host 30 identifies all the DVB Com- 

chronous channels used by all the nodes on the IEEE moh interlace Modules present on the network, prefer- 
1394 Serial Bus, Each node is also isochronous re- ably using the sub-unit mechanism defined in the AV/C- 
source manager capable, such that an isochronous re- is CTS protocol The host 30 then requests from the iso- 
source manager can control the allocation of iso- ■■* —chronous resource manager the use of two isochronous 
chronous resources to nodes on the IEEE 1394 Serial channels each of the bandwidth necessary to carry the 
Bus. In other words/the resource manager can set up required transport stream. 

particular isochronous channels between particular [0153] The host 30 then configures the input plug con - 
nodes. Finally, a node whictvis transmitting or receiving 20 trol register of the Conditional Access Module 38 to re- 
isochronous packets shall provide plug control registers ceive a transport stream on the first isochronous chan- 
which themselves are used to set up and control audio/ nel and configures its own output ptug control register 

visual connections between nodes on the IEEE 1394 to output the transport stream on that channel. The host 
Serial Bus. : :-v.*>^\ .^30 then configures the output plug control register of the 

[0142] The protocols described in the- IEC 1883- ; 25 module to butput the transport stream on the second is- 
Standard provide a method '"of contrblling.lsbchronous" ""och'ronous channel and configures its own "input plug 
data flow between devices connected using : the IEEE control register to receive the transport stream on that 
1 394 Serial Bus. **• ' ■•.vv" v channel. 

[0143] According to this standard, devices have input ' - [0154] The host 30 can then send a scrambled trans- 
and output plugs for transmitting and receiving iso- 30 port stream over the first isochronous channel and re- 
chronous data flows. Each plug can only carry one iso- ceive the desc rambled transport stream back from the 
chronous data flow and that isochronous data flow is module 38 on the second isochronous channel, 
carried in one isochronous channel which itself can car- - [01 55] - Since the Conditional Access Module 38 is not 
ry only one isochronous data flow. " • " ' : f connected to any particular device, it is no longer es- 

[0144] A connection is made between two plugs and - : -35 senfiaMhatia descranhbled clears ran sport stream must 
defines the isochronous-channel number and the band- ** ■ be sent back tb the source 30 of the scrambled stream, 
width" required. ' : i: v Jl n "■" - "•• 1 * : 1 - Thus, : the^ Conditional Access Module 38 may be used 

[0145] Connections can be overlaid on one plug to al- '<•■ -* more flexibly and may send a clear stream to a different 
■ low ah isochronous data flowto be connected to more : - device tothat from which the scrambled stream was re- 
than one destination plug/ in this" case,' although there : 40 ceived~i *: 

is more than one connection, there is still only one iso- ^ [0156] ; Ctearly, the scrambled transport stream re- 
chrohous channel carrying the data flow. - ^ceived by receiver 30 must be sent to the Conditional 

[01 46] ' Figure 9 illustrates a- possible configuration Access Module 38. However, it is then possible for the 

where a Conditional Access Module 38 is connected on Conditional Access -Module to send the descrambled 

an tE EE 1394 Serial Bus. - 1 1 i%1 ■ ''■ 45 transport' stream only to the digital video recorder 32 

[0147] Thus, it is proposed to use isochrdhous chan- - (through the receiver) or to both the digital video record- 
nels to carry the MPEG transport streams. -In particular/ - ■ '- er 32 and^the receiver 30. Thus, the Conditional Access 
it is proposed that isochronous c channe Is will use IEC Module 38 must transmit to either one or two destina- 

1883 protocols to carry the MPEG transport stream us- : tions:: : • 

ing the common isochronous' packet (CI P) header de- so [0157] In the example illustrated in Figure 9, a first 
scribed above. ' ' "• "* - ?c % ■ ■ proposal is that the receiver 30 will. have the necessary 

[0148] Figure 10 illustrates the various protocol layers : transport stream switching resources to receive the 
making up the appropriate protocol stack. • transport stream from the Conditional Access Module 

[0149] Thus, the upper layers correspond to the- 38 and then reroute it on to the digital video recorder 32 
MPEG upper layers which would be used for the Com- ss via a third isochronous channel either as a normal IEEE 
mon Interface, such that the higher generic'protocol lay- Serial Bus transmission or as a Common Interface 

ers of the Common Interface do not need any modifica- transport stream. Indeed, these resources will be used 

(ions. : to route clear streams to the digital video recorder 32 
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when theConditioharAccessModute 38 isrnat: required. 
This proposal would allow only the program, stream of .v 
. interest to be sent to the digital video recorder 32, rather .•; 
than the whole transport stream.^ 

[0156] A second proposal is ..to. use two transport, s 
stream connections, namely one from the host 30 to the 
module 38 and the other from the module -38 to the dig- 
ital video recorder 32. « t s . . 
[0159], l These connections could be- set up and con- 
figured in a similar way to that described above, but with 10 
the second isochronous channel being set up between 
the module 38 and the digital video recorder 32. This 
would have the advantage of avoiding the need for the 
• host receiver 30 to itself switch the program back to the 
digital video recorder 32. This in .turn, will allow the use is 
of the resources in the host receiver 30 for other appli- 
cations or a cheaper implementation of the host. 
[0160] Of course, in this case, the digital video record- 
er 32 would receive the whole transport stream, but . 
could be arranged to strip out all of the streams which 20 
are not of interest either under the direction of the host 
30 or in a stand alone mode: 

[0161] The arrangement of Figure 9 may also be con- . 
figured as described below. 

[0162] Instead of the host receiver 30 switching a re- 2S 
quired program stream back out to the digital video re- 
corder 32, overlaid connections can be used. In partic- 
ular, having set up isochronous connections between 
the host receiver 30 and the Conditional Access Module 
38, the host receiver 30 then overlays a connection from 30 
the Conditional Access Module . 38 to the digital video 
recorder32. As mentioned above, overlaying a connec- 
tion uses the same isochronous channel, but directs it 
to an additional destination, in this.case, the digital video 
recorder 32. :■ • <; ,35 

[0163] This configuration has the advantage that the 
switching resources of the host receiver 30 are not used 
and also that no additional bandwidth is. used in trans- . 
mining the transport stream on to the digital video re- 
corder 32 in addition to the host receiver 30. - *o 
[0164] Once again, the second destination, in this 
case the. digital video recorder 32, would receive the ■ f 
whole transport stream. However this, could be an ad- 
vantage where the second destination isperhaps a dis- 
play in another room. In particular, it would allow the se- ■- fs 3 
lection of the program stream to be made independently 
from the host receiver 30. 

[01 65] The use of Conditional Access Modules in con- 
junction with the IEEE Serial Bus brings about the pos- 
sibility of communication of another type not previously so 
considered for the IEEE 1394 Serial Bus. As an exam- 
ple, rather than return a descrambled transport stream 
to the host receiver 30, the transport stream can be - 
passed on to a second Conditional Access Module (not 
shown) for further processing or descrambling of other ss 
virtual channels of the transport stream. To do this, it is 
proposed that the. host receiver 30 contacts the iso- 
chronous resource manager to request a third iso- 



- chronous channel, configures the output control register 
of the first module 38 to remove the return connection 
between the first module .38 and the host 30 and sets 
up a new connection between the first 38 and second 
modules. using the second isochronous. channel. The 
host 30 then configures the input plug register of the sec- 
ond module to receive a transport stream on the second 
isochronous channel and configures the output plug 
control register of the second module to set up a con- 
nection between the second module and the host 30 us- 
ing the third isochronous channel. It then configures its 
own input plug control registerto receive the transport 
stream on the third isochronous channel. . 

[0166] Thus, whether all available modules or a se- 
lection of modules are utilised is at the option of the host. 
[0167] According tothe PC card implementation of 
the Conditional Access Module, the full transport stream 
as received by the host receiver is passed to the Con- 
ditional Access Module. Placing the transport stream at 

• this level simplifies the interface, since the host receiver 
needs no knowledge of the operation of the Conditional 
Access Module - In particular, the Conditional Access 

, Modulexan -.receive and use private streams of which 
the host receiver has no knowledge or understanding. 
These streams can include descrambling information, 
subscription information, etc. ' 

[0163] • The DVS Common Interface defines the trans- 
port stream bit rate as being at least 58 Mbit/s. Hence, 
to carry a transport stream to and from a Conditional 
Access Module over the IEEE 1 394 Serial Bus requires 
a minimum of 116 Mbit/s of bandwidth. Furthermore, 
each additional module, would require at least a further 
58 Mbit/s of bandwidth. The IEEE 1394 Serial Bus has 
various standard bandwidths. However, as will-be ap- 
parent from the above, the 100 Mbit/s Serial Bus would 
be precluded and the 400 Mbit/s Serial Bus would soon 
be filled up using Conditional Access Modules 
[0169] According to the IEEE 1 394 Serial Bus stand- 
. ardsv 63 devices may be used on any one bus. However, 
with Conditional Access Modules requiring such large 
bandwidths, there is a. relatively low limit on the number 
of independent Modules which can be used on the bus. 
. [0170] Transmission of the full transport stream over 
. the network is a very inefficient use of bandwidth; since 
any one Conditional Access Module usually descram- 
bles. only one or two virtual channels of the transport 
stream. The Conditional Access Module may also re- 
quire other data streams in the transport stream, but 
these are generally of relatively small bit rates compared 
to the program streams containing video and audio in- 
formation. Hence, it is likely that a large amount of in- 

- formation will be transferred around the network with on- 
ly very little .of it b.eing.processed by the Conditional Ac- 
cess Modules. This results in a restriction of the appli- 
cations of the Conditional Access Module and other de- 

. vices using the IEEE 1 394 Serial, Bus. 
[0171] One solution to this problem would be for the 
receiver 30 to send out only those program streams 
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which are to be processed. Since generally only one or to the Conditional Access Module, 
two program streams are used at once, this would dra- b9iiL»pf01l8^]si 9q ^bo^searfDMPBGvstreams, only program 
matically reduce the bit rate required and since the k. r ■? ^treflmsT-thfi? host /receiverJcart.'identify from the MPEG 



transport stream is a .stream of packets, packets may- 
be stripped out independently of the packets of other 
streams so as to leave a transport stream which is still 
compatible with the DVB Common Interface.' * 
[0172] However, a Conditional Access Module usual- 
ly requires additional streams containing entitlement 
and encryption information.- If the host receiver cannot 
identify these streams, it is not able to determine which 
streams to send to each Conditional Access Module. In- 
deed; even if these streams can be identified, there may 
be so many different streams of " information, that the 
number is beyond the capability of the host receiver to 
filter out and send, v 

[0173] Clearly, if these additional streams are not sent 
to the Conditional Access Module, then correct function- 
ing of the module cannot be achieved. 
[01 74] A transport stream usually contains a table or 
map, for example MPEG Program Specific Information 
(PSI), indicating the various program streams present 
and other identifying maps.. However, since not all the 
data in. the transport, stream need be identified in the 
tabfe, a host receiver may.vnorbe 1 able to identify the 
presence of certain data.- 1 : ^ ' ■ , r • 

[0175] It would be possible for a i Conditional Access 
Module to signal to the host receiver which- streams it 
requires. However, this would necessitate an extension 
or modification to the higher layer functionality of the 
Common Interface standards and this is preferably to 
be avoided. 1 • 

[0176] Figure 11 (a) illustrates schematically time mul- 
tiplexed data streams, together with an associated ta- 
ble/ • » " 
• [0177] Figure' 11 (b) illustrates schematically the table 
of Figure-11 (a). *"* / : -1 u « .- t * :.v. .: 
[0178] - As will be apparent,.* from; the. table, a device ' 
can determine thexonteht of associated data streams, 
for example that data streanvl relates to program Chan- 
nel D: However, as illustrated, -not all the data streams 
need be identified in the table. 

[0179] It is proposed here that "rather than have the 
host receiveridentify the program streams which, are re- 
quired, it should identify the program streams which are 
known not to be required. In this way, the host receiver 
can safely strip out all the program streams which are 
not required whilst ensuring that any other data streams 
required by the Conditional Access Module will still be 
present in the transport- stream sent to the Conditional 
Access Module. 1 * ? - '"■ : - ' - ■■>'' - 

[0180]- Thus, for the example of Figure 11s if Channel 
B is to be'descrambled by the Conditional Access Mod- 
ule, then the host receiver strips but streams 1\ 2 and 6, 
which it can determine from the table^relate to broadcast 
Channels A t G and D. In this way; if there is any addi- 
tional information in streams 3 and 5-which are required 
by the Conditional Access Module, this wHI stilfbe sent 



Program •Specific Information (PSI) data are removed. 
5 This PSI data is specified Jn the MPEG-2 system spec- 
- :* :p ification (ISO/IEC 1381 8-1- Generic Coding of Moving 
Picture -and' Associated Audio Systems) and is always 
present in an'MPEG transport stream and therefore can 
be used to identify the program streams present. By re- 
10 >moving knowh program streams, private data of which 
the host receiver could have no knowledge is retained 
" in the transport stream sent over the Common Interface 
oh the IEEE: 1394 Serial Bus, - 
[0182]* > As the dominant portion of the transport stream 
15 . will consist of video program streams, removing unwant- 
ed video program streams will significantly reduce the 
> : bandwidth required" by the Common Interface on the 
IEEE T394 network. v 

20 - ■ • ; * 

Claims 

1. A digital multi-media receiver ^(30) comprising: 

25 an output for an IEEE 1 394 Serial Bus for trans- 

■ ■ rriitting a transport stream to a Conditional Ac- 
. -cess Module (38) on the bus; 
. a reader for reading the contents of a transport 
stream and identifying data which is not re- 
30 quired for processing by a Conditional Access 

' ' Module (38); <" : 

a stripper for stripping out aM east some of the 
• r, - identified unrequired data from the transport 
■■/•..;■ stream; and' ~" r 'r--- " 
35 a transmitter for transmitting through'the output 

all of the remaining data of the transport stream 
j.::: » r which has not been stripped. : 

■ 2. r A digital multi-media receiver according to claim 1 
-40 .wherein said receiver is a digital video receiver (30) 
for handling at least video data. 

' 3. * A' network of digital multi-media devices connected 
jo ■- ■■ ' toy .means of an IEEE 1394 Serial Bus, the network 
v4S- comprising: v 

r r:. a device (30) for transmitting a transport stream 

over the IEEE T394 Serial Bus; and~ 
r-, i* ' a'second device (3S)*for receiving^ transport 
,50 stream over the IEEE 1394 Serial Bus; wherein 

' ' • the first device (30) includes a reader for read- 
; ing the contents ofa* transportstream and iden- 

• tifying data which is not required for processing 
by the second device (38) ; 
... 55. a stripper for stripping out at least some of the 

- identified unrequired data from the transport 
stream; and 

a transmitter for transmitting to the second de- 
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vice over the IEEE 1394 Serial Bus all of the 
remaining data of the transport stream which 
has not been stripped. 

4. A network according to claim 3 wherein said first s 
(30) and second (38) devices are digital video de- 
vices for handling at least video data. 

5. A network according to claim 3 or 4 wherein the first 
device is a receiver (30), the second device is a 10 
Conditional Access Module (38) and the Condition- 
al Access Module (38) returns a processed trans- 
port stream to the receiver (30) over the IEEE 1 394 
Serial Bus. _ . . 

y: r 15 

6. A method of transmitting a transport stream over an 
IEEE 1394 Serial Bus, comprising: - - 

stripping out of the transport stream identifia- r 
ble unrequired data so as to reduce the^ bandwidth ^ 

of the transport stream. * j. 20 , 

< - ', 

7. A receiver according to claim 2 or a network accord- 
ing to claim 4 or 5 or a method according to claim -~ 

* 6. wherein the transport stream is an MPEG-2 

transport stream. 1 ' 25 ' 

8. A receiver, network or method according to any pre- 
ceding claim wherein the transport stream is trans- 
mitted in isochronous channels under the IEC 1 883 
format. 1 /. 30 

9. A receiver, network or method according to any pre- 
ceding claim wherein the unrequired data is identi- 
fied by reference to program specific information in 

the transport stream. • J 35 
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